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TECHNICAL FTFJn 

The present invention relates to a software revision system, a 
software distribution apparatus, software-processing apparatus, and a 
software revision method. More specifically, it provides multiple items of 

10 software revision data, each item of the software revision data including 
revision infonration relative to other software revision data after a period 
of time of its application. Further, if software is rewritten using software 
revision data, revision information is maintained when the software revision 
data includes the revision information or software including the revision 

15 information is rewritten vsiien the revision information relative to the 
software revision data is maintained. 



BACEO^dCMD AE^ 

In equipment using software, the software has been able to be revised 
20 not only by operating the equipment individually, but also by itself. 

Following will describe this using a digital broadcast. Transmitter for 
digital broadcast transmits not only image data and audio data for a program 
but also download data etc. with them being packetized and multiplied, as 
well as receiver for digital broadcast extracts a packet of the download data 
25 from the multiplied signal and revises its software using this downloaded 
data. 

It has been disclosed in a patent publication (Japanese Patent 



iipplication Publication No, H06-309261) that a server transmits a cxrarand 
for getting start of installation to clients via a network and a client, vdiich 
receives the command for getting start of installation, performs installation 
process of the software that is transmitted from the server to install the 

5 software automatically. 

In the meantime, on the revision of software, ijpdate and/or version-up 
thereof have been made. The i?x3ate relates to a revision of software by 
providing update information for a plurality of files constituting the 
software, the update information being update data that is coitposed of data 

10 for file (s) required to be changed or added and data for erasing unnecessary 
file (s ) , and rewriting the software by using this update data . The version-up 
relates to a revision of software by providing new software including 
additional functions, alteration in functions and the like as version-up data 
and rewriting the software by using this version-ip data. 

15 FIGS. lA through IC illustrate a revised order of software and FIG. 

lA. illustrates first distributed software SFl. FIGS. IB and IC illustrate 
items of software SF2 and SF3, respectively, both of which are distributed 
as version-i:?) data thereafter. 

The software SFl is rewritten every i$)date by using the i^xJate data, 

20 so that its version number can alter according to an order such as Verl.O 
to Verl . 4 through Verl . 1, Verl . 2 and Verl . 3 . Similarly, the software SF2 is 
rewritten every ijpdate, so that its version number can alter according to 
an order such as Ver2 . 0 to Ver2 . 3 through Ver2 . 1 and Ver2 .2; and the software 
SF3 is rewritten every update, so that its version number can alter according 

25 to an order such as Ver3.0 to Ver3.1. 

If software that is presently being used is revised as version-i:p 
to produce software, vsiiich is distributed after the presently used software 
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is distributed, the latest software of respective versions can be used. For 
exaitple, if after starting distrUDution of the software SFZ, the software 
SFl is revised from its version Verl . 1 to version Ver2 . 0 of the software SF2 
as shown by a solid line therein or if after starting distribution of the 
5 software SF3, the software SFl is revised from its version Verl.l to version 
Ver3 . 0 of the software SF3 as shown by a solid line therein, the latest software 
of respective versions can be used. 

If, however, the presently used software is revised as version-up 
to any software, which has been distributed before the presently used software 

10 is distributed, the latest software can be not used. For exartple, if given 
software SF2 is one of its version Ver2.0 so that the software SFl of its 
version Verl . 4 can be revised to the software SF2 of its version Ver2 . 0, which 
has been distributed before the software SFl of version Verl. 4, as shown by 
broken lines therein, such the software can be rewritten without reflecting 

15 any contents of the update on the software SF2. Alternatively, if given 
software SF3 is one of its version Ver3.0 so that the software SFl of its 
version Verl . 4 can be revised to the software SF3 of its version Ver3 . 0, which 
has been distributed before the software SFl of version Verl. 4, as shown by 
broken lines therein, such the software can be rewritten without reflecting 

20 any contents of the update on the software SF3 . When version-up to the software 
SF2 is thus itiade, no contents of the updates up to the version Ver2.3 can 
be reflected as well as vs^ien version-ip to the software SF3 is made, no contents 
of the update up to the version Ver3. 1 can be reflected, so that a user cannot 
use the latest software thereof. 

25 Further, in order to allow software of each version to be used with 

their latest states, a user is requested to execute version-i:p operations 
according to a previously set order therefor or to i:pdate the software after 
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these version-up operations. This causes these operations to be cxmplex. 

DISCIDSURE OF THE INVENTION 

A software revision system relative to the invention coitprises 
5 software-distributing means for distributing inultiple items of software 
revision data, and software-processing means for maintaining software and 
performing processing based on the maintained software as well as for rewriting 
the maintained software by using the software revision data that is distributed 
with the software-distributing means, wherein the sof tware-distributingmeans 

10 distributes the software revision data including revision information 
relative to other software revision data after a period of time of its 
application, and wherein the software-processing means maintains the revision 
information included in the software revision data when rewriting the software 
by using the software revision data, and rewrites the software including the 

15 revision information if the revision information on the software revision 
data is maintained. 

A software distribution apparatus relative to the invention coirprises 
sof tware-creating means for creating multiple items of software revision data 
with each item of the software revision data including revision information 

2D relative to other software revision data after a period of time of its 

application, and sof twcire-disseminating means for disseminating the software 
created in the software-creating means. 

A software-processing apparatus relative to the invention is a 
software-processing apparatus operating by using software that is rewritably 

25 stored, which cortprises revision-information-processing means for, when 
software revision data includes revision information relative to other 
software revision data after a period of time of its application, separating 
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and maintaining the revision information, rewriting means for rewriting the 
stored software by using the software revision data, and data-revising means 
for si?plying to the rewriting means the software revision data including 
the revision information thereof v*ien maintaining the revision information 
5 relative to the software revision data in the revision-inforraation-processing 
means. 

A software revision method relative to the invention coitprises a 
software-distributing step of distributing multiple items of software 
revision data with each item of software revision data including revision 

10 information relative to other software revision data after a period of time 
of its application, and a software-processing step of, vdien rewriting software 
by using the software revision data, maintaining the revision information 
if the revision information is included in the software revision data, and 
rewriting the software including the revision information if the revision 

15 information on the software revision data is maintained. 

According to the invention, each of the distributed multiple items 
of software revision data includes revision information relative to other 
software revision data after a period of time of each of its application. 
For example, L?xiate data indicating a part to be i^xiated of the software and 

20 version-up data that is new software, v*iich is updated, are distributed as 
software revision data as well as the revision information of items of the 
version-i:^) data after a period of time of its application is included in the 
update data. When performing processing based on the maintained software as 
well as rewriting the maintained software by using the distributed software 

25 revision data, it maintains the revision information included in the software 
revision data and rewrites the software including the revision information 
if the revision information on the software revision data to be used for 
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rewriting is maintained. For exairple, if revvoriting the software by using the 
ijpdate data, the revision information included in the i;pdate data is maintained 
and v*ien rewriting the software by using the version-i^^ data, if revision 
information on the version-up data is maintained, the software including this 
5 revision information is rewritten. 

EREEF DESCEUiFTiasr OF THE DR^^NGS 

FIGS . lA- through IC are diagrams each illustrating a revised order 
of software; 

FIG. 2 is a diagram showing an entire configuration of a software 
revision system; 

FIGS . 3A through 3D are diagrams each illustrating creation of ijfxiate 

data; 

FIG. 4 is a flowchart showing ijpdate operations; 
FIG. 5 is a flowchart showing version-ip operations; and 
FIGS . 6A through 6C are diagrams each illustrating an exaitple of the 
version-i:p operations. 

EEST MX)E FOR CM^T^ OUT THE INVENTICN 

20 The following will describe an emkxxliment of the invention with 

reference to the drawings . FIG. 2 shows a configuration of a software revision 
system, for exartple, a software revision system that revises software in a 
receiver, for example, for receiving a broadcast signal and presenting a 
broadcast program. 

25 Software-creating portion 11 creates multiple items of software 

revision data with each itesa of software revision data including piece (s) 
of revision inf ontation relative to other software revision data after a period 
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of each of their applications . For exaitple, version-ijp data in which functions 
are added and/or changed to first distributed software so that its new software 
is produced is created as the software revision data. Farther, update data 
conposed of pieces of revision information relative to a pliorality of files 
5 constituting the first distributed software or the new software, namely, the 
data for files required to be changed or added and the data for erasing 
unnecessary file(s), is created as the software revision data. 

In digital broadcast, however, image data and audio data for a program 
as well as data for an electronic program guide and download data are, 

10 respectively, packetized, thereby multiplying the packetized data and 

broadcasting it . A packet of the download data is inserted between the packets 
of the image data and the audio data without breaking any image and audio 
of the program, which causes limitation on an amount of data thereof. Thus, 
a delivery server 12 and a delivery portion 13, v*iich will be described later, 

15 are used as software-disseminating means and update data is supplied to the 
delivery server 12 so that any faults can be automatically dissolved in a 
receiver 20. 

The delivery server 12 accumulates coded data of image and audio of 
the programs, data for the electronic program guides, and update data supplied 

20 from the software-creating portion 11 . It also reads out the accumulated data 
based on program schedule and supplies it to a delivery portion 13. 

The delivery portion 13 packetizes the image data and the audio data 
for the program, the electronic program guide, and the download data, 
respectively, which are supplied from the delivery server 12 and then, 

25 multiplies them to produce multiplexed signals. Further, it modulates the 
multiplexed signals to which error-correction code is added and broadcasts 
them as broadcast signals through a transmitting antenna 14. 
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In the meantime, in version-up of software, new software in which 
functions etc. are acided and/or changed is losed and thus, its amount of data 
is made larger than that of ijpdate data* This causes a period of time required 
for download to become longer if the version-up data is broadcast utilizing 
5 the broadcast signals . A user of the receiver 20 may desire to add or change 
no function even when function is added or changed in the version-i:p of software, 
and thus, it is preferable to execute the version-up thereof according to 
the user's desire. Therefore, for example, a server 15 is used as the 
software-disseminating means and the version-up data from the software- 

10 creating portion 11 is supplied and maintained to and in the server 15. When 
the version-x:^) data is requested to this server 15 from the user via a network, 
the requested version-up data is supplied to the receiver 20 of the user. 
It may be preferable that recording medium such as optical disk or magnetic 
disk, vshich records the version-up data or storage medium such as memory card, 

15 vdxLch stores the version-i:p data, is distributed to persons vAk> want to get 
the version-up and the version-up data is read out of the recording medium 
or the storage medium to rewrite the software. 

A signal received at an antenna 21 of the receiver 20 is sijpplied 
to a receiving portion 22 . The receiving portion 22 selects target carrier 

20 wave f ran the received signal . It also detects and demodulates the selected 
carrier wave to produce multiplexed signals, which are supplied to a 
demultiplexer 23. 

The demultiplexer 23 extracts packets for image data and audio data 
of a desired program from the moiltiplexed signals and supplies it to a 

25 program-presentation-processing portion 24 . It also extracts packets for the 
electronic program guide from the mooltiplexed signals and supplies the packets 
to the program-presentation-processing portion 24. It further extracts 
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packets for the update data from the imiltiplexed signals and supplies the 
packets to the revision- infoimation-processing portion 31. 

The program-presentation-processing portion 24 demodulates the 
packets for the image data and the audio data to produce an image signal and 
5 an audio signal . It then drives display device based on the produced image 
signal to display image of the program. It further drives a speaker or the 
like based on the audio signal to output audio of the program. It additionally 
maintains the data of the electronic program guide and presents the electronic 
program guide according to the user' s request on the basis of the maintained 
10 data. 

The revision- information-processing portion 31 separates from the 
update data information of a revision portion of the software that is rewritably 
stored in the memory 34, and supplies it to a rewriting portion 33 as rewriting 
data. It also separates revision information of software having a version 
15 different from that of the software stored in the memory 34, and maintains 
it. It is to be noted that no memory is necessary separately for maintaining 
the revision information if the memory 34 could be used when maintaining the 
revision info2niiation. 

A network interface 25 is one that is used for connecting the receiver 
20 20 with the server 15 via a network 16. Herein, the version-up data si:5)plied 
from the server 15 is supplied to a data-revising portion 32. 

A peripheral interface 26 is one that is used for connecting the 
receiver 20 with any outside apparatus for reading the version-\p data out 
of the recording medium or the storage medium. The version-up data read out 
25 of the outside apparatus is supplied to the data-revising portion 32. 

The data-revising portion 32 extracts revision information for the 
si^plied version-15) data from the revision information that is separated by 
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the revision- information-processing portion 31 and inaintained therein, and 
determines whether contents of this revision information is included in the 
version-i:p data. If a period of time of application of this version-up data 
is older than that of the revision information, the version-up data is revised 
to the latest one using the revision information. This latest revised 
version-up data is then supplied to the rewriting portion 33. 

The rewriting portion 33 rewrites the software stored in the memory 
34 by using rewriting data that is sijpplied from the revision- 
information-processing portion 31 . It also rewrites the software stored in 
the memory 34 by using the version-i:?^ data that is supplied from the 
data-revising portion32. 

7\n operation control portion 35 reads out the software stored in the 
memory 34 to perform it, thereby allowing operations of each part of the 
receiver 20 to be controlled. It also controls operations on li^xlate or 
version-up execution. 

The following will describe revision processing of software. FIGS. 
3A through 3D show operations for creation of the update data and the version-i:p 
data. 

When software SFl of version Verl . 0 as shown in FIG. 3A is first stored 
in the memory 34 of the receiver 20, a revision is executed to the software 
SFl of version Verl . 0 and functions or the like is added thereto so that ijpdate 
data or version-up data is produced. 

The software SFl of version Verl . 0 is revised to change file Fa from 
Fa-1 to Fa-2, delete file Fb, and add file Fd-1 as file Fd. When such the 
revision is executed as update UT-1, the revision information includes data 
of the files Fa-2, and Fd-1, and data for deletion of the file Fb. Subject 
information indicating that a subject of the revision information is software 
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SFl is also produced, and then the revision information and the subject 
information are linked to each other to produce ijpdate data shown in FIG. 
3D. It is to be noted that the software SFl in v^ilich the update UT-1 is executed 
is called as version Verl.l. 

5 Further, when the version-up is executed on the software SFl to produce 

software SF2 shown in FIG. 3B by deleting functions that are available by 
file Fe and adding thereto file Ff by v>iiich new functions are available, the 
software SF2 reflecting revision contents of the update UT-1 is distributed 
as version-up data . This distributed software SF2 is called as version Ver2 . 0 . 

10 A revision is executed after a period of time of application of the 

software SF2 vHcien it starts to distribute the software SF2, so that, for exaitple, 
the file Fa is changed from Fa-2 to Fa-3, the file Fd is changed from Fd-1 
to Fd-2, the file Ff is changed from Ff-1 to Ff-2, file Bb-2 is added as the 
file Fb, and the file Fc is deleted. When such the revision is executed as 

15 i^xiate UT-2, the revision information includes data of the files Fa-3, Fb-2, 
Fd-2, and Ff-2, and data for deletion of the file Fc. Subject information 
indicating that subjects of the data of files Fa-3, Fb-2, and Fd-2 and the 
data for deletion of the file Fc are items of software SFl and SF2 and a subject 
of the data of file Ff-2 is software SF2 is also produced, and then the revision 

20 information and the subject information are linked to each other to produce 
the i^xJate data. It is to be noted that the software SFl in v>*iich the update 
UT-2 is executed is called as version Verl . 2 and the software SF2 when doing 
so is called as version Ver2.1. 

Similarly, v^en, as shown in FIGS . 3A and 3B, respectively, a revision 

25 is executed on the software SFl of version Verl . 2 and a revision is executed 
on the software SF2 of version Ver2.1 and such the revisions are executed 
as update UT-3, the revision information of the ipdate data includes data 
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of the files ¥To-3, Fc-2, Fe-2, and Ff~3, and data for deletion of the files 
Fa and Fd. Subject information thereof indicates that si±>jects of the data 
of files Eb-3 and Fc-2 and the data for deletion of the files Fa and Fd are 
items of the software SFl and SF2; a subject of the data of file Fe-2 is the 
5 software SFl; and a subject of the data of file Ff-3 is the software SF2. 
It is to be noted that the software SFl in which the lipdate UT-3 is executed 
is called as version Verl . 3 and the software SF2 v*Len doing so is called as 
version Ver2.2. 

When the version-up is executed on the software SF2 to produce software 

10 SF3 shown in FIG. 3C by deleting functions that is available by file Ff from 
the software SF2 and adding thereto file Fg by which new functions are available, 
the software SF3 reflecting revision contents of the update UT-3 is distributed 
as version-up data . This distributed software SF3 is called as version Ver3 . 0 . 
Further, v>4ien, as shown in FIGS. 3A. through 3C, respectively, a 

15 revision is performed on the software SFl of version Verl . 3, a revision is 
performed on the software SF2 of version Ver2.2, and a revision is performed 
on the software SF3 of version Ver3 . 0, and i:5xlate UT-4 is executed on these 
revision contents, the revision information of i:?xiate data includes data of 
the files Fa-4, Fd-3, Fe-3, Ff-4, and Fg-2, and data for deletion of the file 

20 Eb. S\±>ject information indicates that subjects of the data of files Fa- 
4 and Fd-3 and the data for deletion of the file Fb are items of software 
SFl, SF2 and SF3; a subject of the data of file Fe-3 is software SFl; a subject 
of the data of file Ff-4 is software SF2; and a subject of the data of file 
Fg-2 is software SF3. It is to be noted that the software SFl in which the 

25 update lJT-3 is executed is called as version Verl . 3 and the software SF2 when 
doing so is called as version Ver2.2. It is to be noted that the software 
SFl in which the update UT-4 is executed is called as version Verl. 4, the 
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software SE2 v^en doing so is called as version Ver2 . 3, and the software SF3 

vAien doing so is called as version Ver3.1* 

Thios, the i^xJate data created in the software-creating portion 11 

is sijpplied to the receiver 20 by utilizing the broadcast signals as described 
5 above. In the receiver 20, the software in the memory 34 can be revised by 

using the received update data. 

FIG. 4 is a flowchart showing ipdate operations. At step STl, i^xJate 

data is acquired and the process goes to step ST2 where revision processing 

is performed thereon so that the revision information relative to software 
10 that is different from the software stored in the memory 34 can be separated 

and maintained. When such the revision information has been already 

maintained, the maintained revision information is changed by using newly 

acquired revision information. 

At step ST3, the revision information corresponding to the software 
15 stored in the memoiry 34 is extracted from the i^xiate data to set it as rewriting 

data and the process goes to step ST4. At step ST4, the software stored in 

the memory 34 is rewritten using the rewriting data that is the revision 

information extracted at step ST3. 

For exaitple, the ipdate UT-3 is executed when the software SF2 of 
20 version Ver2 . 1 is stored in the memory 34, the receiver 20 performs processing 

for deletion of the files Fa and Fd and for change of the files Bb and Fc 

to Fb-3 and Fc-2, respectively, by the rewriting data extracted from the ijpdate 

data. In this time, a version of the software SF2 in the memory 34 becomes 

version Ver2.2. 

25 At step ST5, since the software in the memory 34 has been revised, 

the receiver 20 reboots to execute the revised software. Thus, the update 
of the software stored in the memory 34 can be automatically executed. 
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Next/ t±ie following will describe a case where a user acquires 
version-up data and executes the version-ijp on the software stored in the 
memory 34. 

FIG. 5 is a flowchart showing version-up operations. At step STll, 
version-up data is acquired and the process goes to step ST12 v^ere revision 
information corresponding to the version-i:?) data is extracted from the 
maintained revision information, and then, the process goes to step ST13. 

At step ST13, it is determined whether contents of the revision 
information extracted at step ST12 are included in the version-up data. If 
the contents of the revision information are included therein, namely, the 
version-i5> data is the latest one, the process goes to step ST15. If the 
contents of the revision information are not included therein, namely, update 
is not executed on the version-up data, the process goes to step ST14. 

At step ST14, the version-up data is revised by -using extracted 
revision information to become the latest one, and the process then goes to 
step ST15. At step ST15, the software in the memory 34 is rewritten using 
the latest version-ijp data. 

For example, as shown in FIGS. 3A through 3D, if the version-up is 
executed on the software in the memory 34 to produce the software SF3 before 
the ijpdate UT-4 is made, the software SF3 of version Ver3.0 includes revision 
contents by the update UT-3. This allows the process to go from step ST13 
to step ST15 vAiere the software in the memory 34 is rewritten to the software 
of version Ver3.0. 

Further, as shown in FIGS. 6A through 6C, if a revision as the 
version-i:p BT is executed on the software in the moiiory 34 from the software 
SFl shown in FIG. 6A to software SF2 shown in FIG. 6C after the update UT-4 
is made when the distributed version-i:p data is the software SF2 of version 
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Ver2 . 0 , revision cxDntents of the updates from UT-2 to UT-4 as shown in FIGS . 
3A through 3D are not execaited therein, so that the process goes to step ST14 . 
At step ST14, the revision cx^ntents of the i^xdates UT-2 to UT-4 are reflected 
to the software SF2 of version Ver2 . 0, vvfcLch is version-up data. Since pieces 
5 of the revision information maintained in the receiver 20 is successively 
revised with newly acquired revision information, the revision information 
relative to the software SF2 when the ijpdate UT-4 is executed is shown in 
FIG. 6B. Namely, revision contents of the update UT-4 appear on the files 
Fa, Fb, Fd-Fg. Since file Fc is not revised at the \:5xiate UT-4, revision 

10 contents of the update UT-3 appear on the file. Thus, based on the revision 
information, file Fa in the software SF2 of version Ver2 . 0 is changed to Fa-4, 
file Bb is deleted, file Fc is changed to Fc-2, file Fd is changed to Fd-3, 
and file Ff is changed to Ff-4 . By the software SF2 revised on the basis of 
this revision information, the software in the memory 34 is rewritten to make 

15 it equal as the latest version Ver2 • 3 . It is to be noted that although the 
software in the memory 34 is rewritten using the software SF2 of version Ver2 . 0 
and then the software in the memory 34 can be revised on the basis of the 
revision information, nxjitiber of times for rewriting it in the memory 34 can 
be decreased if the software revised on the basis of the revision information 

20 is written into the memory 34. 

At step ST16, since the software in the memory 34 is revised, the 
receiver 20 reboots to execute the revised software. 

If the version-up is executed using version-ijp* data before update, 
the version-up data is revised to the latest one and written into the memory 

25 34, so that the latest version-up may be made if no version-Lf) is itade in 
consideration of its order. 

Although the update data have included revision information relative 
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to multiple items of version-up data in the above embodiments, the version-up 
data may include revision information relative to other version-up data. For 
exairple, the software SF2 of version Ver2. 3 is distributed as the version-i^^ 
data and the revision information for revising the software SF3 from its version 
VerS.O to version VerS.l is included therein. In this case, even if using 
the software SF3 of version VerS.O as the version-ijp data, this revision 
information allows the software to be automatically rewritten to its latest 
version VerS.l. 

Distribution of the i^xJate data and the version-up data is not limited 
to a case where the above broadcast signal, network, recording medium and 
the like are used, and for exarrple, the i?x3ate data and the version-i:p data 
may be distributed using identical transmission path or identical kinds of 
the recording mediijm, for example. Of course, if an apparatus can use the 
software and rewrite it, it can be applied to not only receiving apparatus 
but also any electronic apparatus. 

According to the invention, each of the multiple items of revision 
data to be distributed includes revision information relative to other 
software revision data after a period of time of each of their applications . 
Further, if any processing based on the maintained software is executed and 
the maintained software is rewritten by using the distributed software 
revision data when the revision information included in the software revision 
data is maintained and the revision information on the software revision data 
to be rewritten is maintained, the software including this revision 
information is rewritten. 

Thus, even if the software revision data to be used for rewriting 
the software is revised, the software can be revised to the latest one since 
the software is rewritten reflecting the revision contents thereof in the 
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software revision data. 

INDUSTRIAL APPLICABILHY 

The invention is effective in a case vvdaere the software can be revised 
to its latest one and is preferable to a case vvSiere ipdate and/or version-up 
are executed. 



